home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / gem / l_1199 / 1052 < prev    next >
Encoding:
Internet Message Format  |  1994-08-27  |  2.4 KB
  1. Subject: Re: Hot Tracking, and other digestion 
  2. Date: Wed, 27 Jul 1994 13:32:20 +1000
  3. From: Warwick Allison <warwick@cs.uq.oz.au>
  4. Precedence: bulk
  5.  
  6. Evan K. Langlois wrote:
  7. >========================================================================
  8. >I'm using GEM to do it, and do it efficiently.  Most applications don't
  9. >make any use of the event rectangles... because they didn't implement
  10. >any of these `hot' features.  (I take the term hot from Tim Oren).
  11. >========================================================================
  12. >
  13. >I had plans to use rectangle events for just about everything in the
  14. >library I hope to write (its seems getting ObjC is going to be harder
  15. >than last time).  Basically, the Application object sends messages
  16. >about the rectangle events to a Rectangle Server (keeping the code to
  17. >"parse" rectangles out of the Application Object).  This server then
  18. >calls the object that wanted the event in the first place and sets up
  19. >the next set of rectangles to be watched.  I'm not sure this would work
  20. >in C++ since the rectangle server would only want to call objects of
  21. >a specific type, but I'm sure something along the same lines could be
  22. >done.  In ObjC the rectangle server just needs the objects "id" and
  23. >what rectangles it wants. 
  24. > 
  25. >When I say "everything", I mean that I wouldn't use graf_dragbox and similar
  26. >calls and would instead use rectangle events so the application could still
  27. >respond to other types of events (instead of ignoring redraws until the
  28. >user lifts the mouse button).  Hmm .. maybe not redraws, since I may
  29. >have to lock wind_update(), but other events could still work.
  30. >
  31. >I wish it was possible to lock just a small rectangle on the screen!
  32. >
  33. >========================================================================
  34. >So the question is, should or should not newer applications exploit more
  35. >and more of GEM's features, such as rectangle lists?
  36. >
  37. >Should they Iconize windows?
  38. >Should they use dialogs-in-windows?
  39. >Should they use the extended (titled) file selector call?
  40. >========================================================================
  41. >
  42. >Yes, to all 4!!
  43. >
  44. >========================================================================
  45. >today.  TOSWIN implements point-to-type, and I believe Edith does too.
  46. >Exit highlighting has always been done for menu items.  All that leaves
  47. >========================================================================
  48. > 
  49. >Point to type doesn't even require rectangle events, just wind_find!
  50. >
  51.